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@) PROCEDE DE GESTION DE COMMANDES DANS PLUSIEURS FICHIERS D' APPLICATION ET CARTE A PUCE 
POUR LA MISE EN OEUVRE DU PROCEDE. 

L'inventlon concerne un proced6 de gestion de com- 
mandes dans ptusieurs fichiers d'application, k chaque 
commande dans chaque fichier d'application 6lant associee 
une condition rfacces correspondant a ladite commande, 
chaque commande dans chaque fichier d'application etant 
executee si un utillsateur a ordonne I'execution de ladite 
commande et si la condition d'acc^s correspondant a ladite 
commands est memorlsee. 

Salon rinvention, on garde memorisees les conditions 
rfacces conjointement pour lous les fichiers d'application. 
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L'invention conceme un precede de gestion de commandes dans plusieurs 
fichiers d'appHcation et une carte a puce adaptde a gerer des commandes dans 
plusieurs fichiers d'application. 

On connait des precedes de gestion de commandes adaptes a g^rer des 
5 commandes dans plusieurs fichiers d*appIication. Ces precedes sont par exemple 
adapt6s k g6rer des commandes telles que cr6er ou ouvrir ou supprimo" un 
sous-ficWer dans un premier fichier concemant une premiere application ou telles 
que CT6er ou ouvrir ou supprinfier un sous-fichier d'un deu?deme ficMer concemant 
une deuxidme application. Les moyens mettant en oeuvre de tels proc6d6s sont 
10 appeles « operating system » en anglais. 

Un utilisateur qui souhaite ordonner 1' execution d'une telle operation doit 
satisfaire a la condition d'acces associee a la commande dans le fichier 
d*application. 

Dans certains domaines d'application, ces conditions d'acces ont ete 

15 normalisees. On connait ainsi par exemple la norme EN 726-3 pour les precedes de 
gestion de commandes dans les cartes k puces. Cette norme mentionne par 
exemple une condition d'acces notee « ALW » pour laquelle I'utilisateur n'a besoin 
de satisfaire a aucune condition : ainsi une operation dans un fichier d'application, 
a laquelle est associee la condition d'acces « ALW » sera toujours executee si 

20 I'utilisateur I'ordonne. Cette norme mentionne aussi une condition d'acces notee 
« NEV » : si I'utilisateur ordonne Texecution d'une operation dans un fichier 
d'application, a laquelle est associee la condition d'acces « NEV », cette operation 
ne SCTa pas executee. Cette norme mentionne 6galement, entre autres^ des 
conditions d'acces not&s « CHVl » et « CHV2 ». 

25 Les proc£d6s de gestion de commandes dans plusieurs fichiers d'application 

connus ne permettent pas de g^er conjointement des commandes pour des fichiers 
d'application diflFdrents. Ainsi, lorsqu'un operateur fait exdcuter des commandes 
dans un premier fichier d'application, qu'il passe k un deu?ddme ficluer 
d'application pour y faire executer des commandes, et qu'il retoume au premier 

30 fichier d'application, il doit satisfaire a nouveau aux conditions d'acces pour faire 
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ex6cuter, dans le premier fichier d'application, des commandes analogues a celles 
a fait ^ecuter initialement. 

L'objet de Tinvention est de proposer un procede de gestion de conunandes 
dans pluideurs fichiers d'application, mis en ceuvre aisement et en toute securite, 

5 ayant un cout reduit et permettant de r^soudre ce probleme. 

Plus pr^ds^ment, I'invention concane un proc&I6 de gestion de commandes 
dans plusieors fichiers d'application^ a chaque commande dans chaque fidiier 
d*application 6tant associee une condition d'acc&s correspondant a ladite 
commande, chaque commande dans chaque fichier d'application etant ex^t^e si 

10 un utilisateur a ordonne I'execution de ladite commande et si la condition d'acces 
correspondant a ladite commande est m^morisee, caracterise en ce qu'on garde 
memorisees les conditions d'accSs conjointement pour tous les fichiers 
d'application. 

De preference, un utilisateur ayant ordonne Texecution d'une commande 
15 dans un fichier d'application, 

on recherche si la condition d'acces correspondant a ladite commande est 
memorisee, 

si la condition d'acces est memorisee alors on lance Fexecution de la 
commande, 

20 sinon on demande a Futilisateur de satisfaire a la condition d'acces et alors, si 

Tutilisateur satisfait a la condition d'acces, on memorise la condition d'acces et on 
lance I'execution de la conmiande. 

Avantagwisement, n designant un entier superieur ou egal a deux, 
Tutilisateur ayant satisfait a n conditions d'acces, on garde memorisees les n 

25 demieres conditions d'acces satisfaites. 

De pr^f^rence, une nouvelle condition d'acces ^tant satisfaite par 
Futilisateur, ladite condition d'acces n'etant pas en memoire, n conditions d'acces 
etant memorisees, on supprime de la memoire la condition d'acces la phis 
andennement satisfaite et on memorise la condition d'acces nouvellement 

30 satisfaite. 
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Selon un premier mode de mise en oeuvre du proced6, n est 6gal au nombre 
de conditions d'acces pour Tensemble des commandes de tous les fichiers 
d'application. 

Selon un deuxieme mode de mise en ceuvre du procede, n est sup^eur au 
5 nombre de conditions d'acces pour I'ensemble des conunandes de tous les fichiers 
d'appfication. 

Selon un troisieme mode de mise en oeuvre du procede^ n est inferieur au 
nombre de conditions d'acces pour Tensemble des conunandes de tous les fichiers 
d'application. 

10 Avantageusement, un contact etant etabli pour demarrer ledit procede de 

gestion de commandes, le contact etant rompu, on efface toutes les conditions 
d'acc6s. 

L'invention conceme egalement une carte a puce adaptee a g^rer des 
commandes dans plusieurs fichiers d'application, a chaque commande dans chaque 

15 fichier d*application etant associee une condition d'acces correspondant a ladite 
commande, chaque commande dans chaque fichier d'application etant executee si 
un utilisateur a ordonne Fexecution de ladite commande et si la condition d'acces 
conespondant a ladite commande est en memoire, caracterisee en ce qu*elle 
comporte des moyens pour garder en memoire les conditions d'acces 

20 conjointement pour tous les fichiers d'application. 

De preference, un utilisateur ayant ordonne l^execution d'une commande 
dans un fichier d'application, elle comporte : 

- des moyens adaptes a rechercher si la condition d'acces correspondant a 
ladite conunande est en memoire, 

25 - des moyens adaptes a lancer Texecution de la commande si la condition 

d'acc^s est en memoire, 

- des moyens adaptes a demander i Tutilisateur de satisfaire a la condition 
d'accds si la condition d'accSs n'est pas en m^oire, et 

- des moyens adaptes a mdmoriser la condition d'acces et h lancer 
30 I'execution de la commande si Tutilisateur satisfait a la condition d'acc^s. 
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Avantageusement, n designant un entier superieur ou 6gal a deux, 
Tutilisateur ayant satisfait i n conditions d'acces, elle comporte des moyens 
adapt^s i garder en ni6moire les n demidres conditions d'acces satisMes. 

De pr^f6rence, une nouvelle condition d'acces etant satisfaite par 
5 Futilisateur, ladite condition d'acc&s n'^tant pas en m6moire, n conditions d*accgs 
6tant m^oris^es, elle comporte des moyens adaptes a supprimer de la m^moire la 
condition d'accte la plus anciennement satisfaite et a m^oriser la condition 
d'acces nouvellement satisfaite. 

Selon un premier mode de realisation, n est 6gal au nombre de conditions 
10 d*acces pour Tensemble des commandes de tous les fichiers d'application. 

Selon un deuxieme mode de realisation, n est sup6rieur au nombre de 
conditions d'acces pour Fensemble des commandes de tous les fichiers 
d'application. 

Selon un troisieme mode de realisation, n est inferieur au nombre de 
15 conditions d'acces pour Fensemble des commandes de tous les fichiers 
d'application. 

Avantageusement, la carte comporte un contact et des moyens adaptes a 
supprimer toutes les conditions d'acces lorsque le contact est rompu. 

D'autres caracteristiques et avantages de Tinvention apparaitront au cours de 
20 la description d'un mode de realisation qui va suivre, donne a titre d'exemple non 
Umitatif, k Tappui des cinq figures sur lesquelles : 

la figure 1 repr^sente un tableau de memorisation relattf a un espace memoire 
dans la memoire vive de la carte a puce adaptee a gerer des commandes dans 
plusieurs fichiers d'appltcation, le tableau est represent^ dans I'^tat initial de 
25 memorisation, 

les figures 2 a S sont analogues a la figure 1 pour differents etats de 
memorisation, 

la figure 6 represente la carte et son environnement de fonctionnement, 
la figure 7 rqjresente Torgamsation logique de la carte, et 
30 la figure 8 represente un organigramme logique des etapes du procede de 

I'invention. 
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En se rdferant plus particuli&rement i la figure 7, on va decrire Torganisation 
logique d*une carte 8 a puce adaptee a gerer des conunandes dans plusteurs fichiers 
d'application. 

La carte 8 comprend des moyens pour mettre en ceuvre le proced6 de gestion 
5 de commandes^ ce moyen est d6nomm6 « OS » et porte la reference 3. 

La carte 8 comprend deux fichiers d'application, aussl appeles repertoires. 
Le premier fichier d'application est d^nomme « compte bancaire » et porte la 
reference 40. Ce fichier d*application est prdvu pour permettre a un utilisateur de 
gerer des donn6es rdatives i son compte bancaire. 
10 Dans le fichier « compte bancsure », Tutilisateur peut ordonner Texecution 

d'une commande denommee « solde » portant la reference 41, d'une commande 
denommee « debit » portant la reference 42 et d'une commande denommee 
« transfert vers compte bourse » portant la reference 43. 

La commande « solde » contient des instructions permettant a Tutilisateur de 
15 connaitre le solde de son compte bancaire. 

La commande « debit » contient des instructions permettant a Tutilisateur 
d'ordonner un mouvement de debit de son compte bancaire. 

La conmiande « transfert vers compte bourse » permet a Futilisateur 
d*ordonner le transfert d*un certain montant du compte bancaire vers un compte 
20 bourse. 

Le deuxieme fichier d*application est d^nomme « bourse » et porte la 
reference 50. Ce fichier d'application est prevu pour permettre a Futilisateur de 
g^rer des donndes relatives a son portefeuille de bourse. 

Dans le fichier « bourse », I'utilisateur peut ordonner I'ex^cution d'une 

25 commande d6nomm6e « solde compte bourse » portant la reference SI, d'une 
commande d^ommee « solde bourse » portant la reference 52, d'une commande 
denonunte « titre » portant la r^erence 53, d'une commande d6nommee « ordre 
d'achat y> portant la r6f6rence 54» d'une commande denommee « ordre de vente » 
portant la reference 55 et d'une commande denommee a transfert vers compte 

30 bancaire » portant la reference 56. 



6 



2793048 



La commande « solde compte bourse » contient des instructions permettant a 
FutUisateur de connaltre le solde du compte bourse pr^vu pour alimenter et 
recevoir le montant correspondant aux achats et ventes de titres de bourse. 

La commande « solde bourse » conti^t des instructions permettant i 
5 Futilisateur de connaltre la valrar giobale des titres en bourse qu'il poss^e. 

La commande « titre » contient des instructions permettant k I'utilisateur de 
connaltre les titres de bourse que I'utilisateur possede. 

La commande « ordre d'achat » permet a Tutilisateur de donner Pinstiuction 
d*acheter des titres de bourse. 
10 La commande « ordre de vente» permet a I'utilisateur de donner 

rinstruction de vendre des titres de bourse. 

La commande « transfert vers compte bancaire » permet a I'utilisateur de 
donner rinstruction de transferer un certain montant du compte bourse vers le 
compte bancaire. 

15 Pour pouvoir effectuer les commandes « solde », « solde compte bourse », 

« solde bourse » ou « titre », Tutilisateur devra au prealable entrer des conditions 

d'accSs nottes « CHVl ». 

Pour pouvoir effectuer les commandes « debit », « transfert vers compte 

bourse », « ordre d'achat», « ordre de vente» ou « transfert vers compte 
20 bancaire »» Tutilisateur devra au prealable entrer les conditions d'acces notees 

« CHV2 ». 

La carte 8 comporte des moyens repr&entes par un tableau, pour garder en 
m6moire les conditions d'acces conjotntement pour tous les fichiers d*appUcatiorL 

Le tableau comporte deux colormes et quatre lignes. Le nombre de lignes est 
25 le nombre de conditions d'accds pour Tensemble des commandes de tous les 
fichiers d*application : la carte comprend en effet deux fichiers d'application et 
chacun d*eux comporte deux conditions d*acces pour I'ensemble de ses commandes. 

Lorsqu*une condition d'acces dans un fichier d'application est memorise, 
Fadresse du fichier d'application figure sur une ligne de la premiere colonne et 
30 ladite condition d'acces figure sur la meme ligne de la deuxieme colonne. A 
rinverse, lorsqu'une condition d'acces dans un fichier d'application n'est pas 
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m^oris^e^ Tadresse du fichier d*application ne figure sur aucune ligne de la 
premi&re colonne. 

En se r^ferant plus particuH^rement k la figure 6, on a repr&ente la carte 8 
adapts k Stre ins£r& dans un lecteur 12. Le lecteur 12 est connect6 a un 
5 ordinateur 10 reli6 i un clavier 14, a un ecran 16 et a un distributeur 18 de billets. 
L*ordinateur 10 est connecte k un ordinateur central 20 adapts k mimoris^ les 
op^ations qui sont demand6es. 

En se r^ferant maintenant plus particulierement a la figure 8, on a repr&^t^ 
les etapes du procede de gestion de commandes dans plusieurs fichiers 
10 d'application. 

Dans la situation initiale notee 80, Tutilisateur a ordonne Tex^cution d'une 
commande dans un fichier d*application. 

Au cours d*une premiere etape notee 81, on recherche si la condition d'acces 
correspondant a ladite commande est memorisee. 
15 Si la condition d'acces est m^moriste, alors on lance, au cours d*une itape 

notee 82, Texecution de la commande. 

Si la condition d'acces n'est pas memorisee, alors, au cours d'une etape 
notee 83, on demande a Futilisateur de satisfaire a la condition d*accds. 

Et alors, si I'utilisateur satisfait a la condition d'acces : au cours d'une etape 
20 not6e 84, on memorise la condition d'acces et on lance Texecution de la 
commande. 

Un exemple d'utilisation de la carte va maintenant etre d6arit. 
L'utilisateur insure la carte 8 dans le lecteur 12. A ce stade de I'utilisation^ le 
tableau est initialise par r« OS » : le tableau est done vide de toute donn^e (figure 
25 1). 

L'utilisateur souhaite connaitre le solde de son compte bancaire. Pour cela, 
Tutilisateur ordonne Texecution de la commande « solde » dans le fichier « compte 
bancaire ». 

.L'« OS » recherche si la condition d'acces correspondant a la commande 
30 « solde » est m6morisee, dans notre cas !'« OS » cherche si la condition « CHVl » 
du fichier d'application « compte bancaire » est m^morisee dans le tableau ; comme 
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ce n'est pas le cas, car le tableau est vide, !'« OS » demande a FutUisateur de 
satisfaire i la condition d'acces « CHVl ». L'utilisateur entre un code confidentiel 
sur le clavier et Futilisateur satisfait ainsi i la condition d'acces « CHVl ». 
L'«OS» memorise la condition d'accds dans le tableau (figure 2) et lance 
5 Texdcution de la commande « solde » : le solde du compte bancaire de Futilisateur 
apparait a Tecran. 

L'utilisateur souhaite ensuite effectuer un debit de son compte bancaire. Pour 
cela, Futilisateur ordonne Fex6cution de la commande « debit » dans le fichier 
« compte bancaire ». 

10 L'« OS » recherche si la condition d'acces correspondant a la commande 

« debit » est memorisee, dans notre cas F« OS » cherche si la condition « CHV2 » 
du fichier d'application « compte bancaire » est memorisee dans le tableau ; conmie 
ce n'est pas le cas (figure 2), F« OS » demande a Futilisateur de satisfaire a la 
condition d'acces « CHV2 ». L'utilisateur entre un code confidentiel sur le clavier 

15 et Futilisateur satisfait ainsi a la condition d'acces « CHV2 ». L'« OS » memorise 
la condition d'acces dans le tableau (figure 3) et lance I'execution de la commande 
« debit ». Le distributeur foumit a Futilisateur la somme souhaitee. 

L'utilisateur souhaite alors connaitre le solde de son compte bancaire et 
verifier que son compte bancaire a bien ete memorise. Pour cela, Futilisateur 

20 ordonne Fex6cution de la commande « solde » dans le fichier « compte bancaire ». 

L'« OS » rech^che si la condition d'acces correspondant a la commande 
« solde » est memorisee, dans notre cas l'« OS » cherche si la condition « CHVl » 
du ficluer d'appHcation « compte bancaire » est m6moris6e dans le tableau ; comme 
c'est le cas (figure 3), F« OS » lance I'execution de la commande « solde ». Le 

25 solde du compte bancaire de Futilisateur apparait i Fecran et indique bien le 
nouveau solde, c'est-&-dire, le montant indique lors de la premiere commande de 
Fop^ration « solde » diminu^ de la somme debitee lors de Fop^ration « debit ». 

L'utilisateur souhaite conn^tre le solde de son compte bourse. Pour cela, 
Futilisat^r ordonne Fex£cution de la commande (c solde compte bourse » dans le 

30 fichier « bourse ». 
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L*« OS » recherche si la condition d'acces correspondant k la commande 

«5olde compte bourse » est m^moris^e, dans notre cas r«OS» cherche ^ la 

condition « CHVl » du fichier d*appIication « bourse » est m6mom6e dans le 

tableau ; conune ce n'est pas le cas (figure 3), r« OS » demande a I'utilisateur de 
5 satisfaire k la condition d'acces « CHVl ». L'utilisateur eatvt un code confidentiel 

sur le clavier et Tutilisateur satisfait ainsi a la condition d'acces « CHVl ^. 

L'«OS» memorise la condition d'acces dans le tableau (figure 4) et lance 

Texecution de la commande « solde compte bourse » : le solde du compte bourse 

de I'utifisateur apparait a Fecran. 
10 L'utilisateur souhaite maintenant connaitre les titres de bourse qu'il possede 

dans son portefeuille. Pour cela, Tutilisateur ordonne I'execution de la commande 

« titre » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 

« titre » est memorisee, dans notre cas r« OS » cherche si la condition « CHVl » 
15 du fichier d'application « bourse » est memoris6e dans le tableau ; comme c*est le 

cas (figure 4), r« OS » lance Texecution de la commande « titre » : les titres de 

bourse poss6d6s par Futilisateur apparaissent a Tecran. 

L*utDisateur souhaite maintenant vendre certains titres de bourse. Pour cda, 

l'utilisateur ordonne I'execution de la commande « ordre de vente » dans le fichier 
20 « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde compte bourse » est memorisee, dans notre cas r« OS » cherche si la 
condition «CHV2» du fichier d'application « bourse » est memorisee dans le 
tableau ; conmie ce n'est pas le cas (figure 4), V« OS » demande a Tutilisateur de 

25 satisfaire a la condition d'acces « CHV2 ». L'utilisateur entre un code confidentiel 
sur le cla^er et l'utilisateur satisfait ainsi a la condition d'acc&s «CHV2». 
L'«OS» memorise la condition d'accte dans le tableau (figure S) et lance 
I'execution de la commande « ordre de vente » : i'« OS » passe ainsi I'ordre des 
titres que l'utilisateur vend. 

30 L'utilisateur souhaite alors connaitre le solde de son compte bourse et 

verifier que son compte bourse a bien ete credite du montant des ventes des titres 
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effectudes. Pour cela, Tutilisateur ordonne {'execution de la commande « solde 
compte bourse » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acc^s correspondant i la commande 
« solde compte bourse » est memorisee, dans notre cas !'« OS » cherche si la 

5 condition «CHV1» du fichier d'application « bourse » est memorisee dans le 
tableau ; comme c'est le cas (figure 5), r« OS » lance Texdcution de la commande 
« solde compte bourse ». Le solde du compte bourse de Futilisateur apparalt a 
r^cran et indique bien le nouveau solde, c'est-a-dire, le montant indique lors de la 
premiere commande de Toperation « solde compte bourse » augmente de la 

10 somme degagee lors de la vente des titres de bourse. 

L'utilisateur souhaite transferer une somme de son compte bourse sur son 
compte bancaire. Pour cela, Futilisateur ordonne Fexecution de la commande 
« transfert vers compte bancaire » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 

15 « transfert vers compte bancaire » est memorisee, dans notre cas r« OS » cherche 
si la condition « CHV2 » du fichier d*application « bourse » est memorisee dans le 
tableau ; comme c'est le cas (figure 5), r« OS » lance Texecution de la commande 
« transfert vers compte bancaire ». 

L*utilisateur souhaite alors connaitre le solde de son compte bancaire et 

20 v6rifiw que son compte bancaire a bien ete credite. Pour cela, Futilisateur ordonne 
Fexecution de la commande « solde » dans le fichier « compte bancaire ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde » est memorisee, dans notre cas F« OS » dierche si la condition « CHVl » 
du fichier d'application « compte bancaire » est memorisee dans le tableau ; comme 

25 c'est le cas (figure 5), F« OS » lance Fex6cution de la commande « credit ». Le 
solde du compte bancaire de Futilisateur apparait a F6cran et indique bien le 
nouveau solde, c'est-i-dire, le montant indique lors de la deuxieme commande de 
Fop6ration « solde » augmente de la somme transferee lors de Foperation 
<c transfert vers compte bancaire ». 
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Uutilisateur souhaite alors connaitre le solde de son compte bourse et 
v^er que son compte bourse a bien 6te debite. Pour cela, rutilisateur ordonne 
I'^dcution de la commande « solde compte bourse » dans le fichier « bourse ». 
L'« OS » recherche si la condition d*acces correspondant a la commande 

5 « solde compte bourse » est m^moris^, dans le cas considere r« OS » cherche si 
la condition « CHVl » du fichier d'application « bourse » est memorise dans le 
tableau ; comme c*est le cas (figure 5), r« OS » lance Fexecution de la commande 
« solde compte bourse ». Le solde du compte bourse de Putilisateur apparait k 
Fecran et indique bien le nouveau solde, c'est-a-dire, le montant indique lors de la 

10 premiere commande de T operation « solde compte bourse » diminue de la somme 
transferee lors de I'operation « transfert vers compte bancaire ». 

L'utilisateur decide de finir d'ordonner des commandes et ferme la session 
carte qu*il vient d'effectuer, ce faisant le tableau va etre initialise, c'est-a-dire que 
toutes les donnees vont etre effacees. Puis Tutilisateur retire la carte du lecteur. 

15 Pour des raisons de securite, si en cours d'utilisation de la carte, cette 

demiere est retiree du lecteur, les donnees du tableau sont automatiquement 
efifac6es. 

Bien entendu, la presente invention n'est nullement limitee au mode 
d*execution decrit et represente qui n*a ete donne qu*a titre d'exemple. En 
20 particulier, elle comprend tous les moyens constituant des equivalents techniques 
des moyens ddcrits ainsi que leurs combinaisons, si celles-ci sont ex6cutees selon 
re^rit de invention. 
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REVENDICATIONS 

1. Proced6 de gestion de commandes dans phisieurs fichiers d' application, a 
chaque commande dans chaque fichier d'application dtant associee une condition 
5 d'acces correspondant a ladite commande, chaque commande dans chaque fichier 
d'application etant ex6cut6e si un utilisateur a ordonn6 Texdcution de ladite 
commande et si la condition d*accfe correspondant i ladite commande est 
m^moriste, caract^ris^ en ce qu'on garde memorises les conditions d*acc£s 
conjointement pour tous les fichiers d'application. 
10 2. Procede selon la revendication 1, caracterise en ce que, un utilisateur 

ayant ordonn^ I'execution d'une commande dans un fichier d'application, 

on recherche si la condition d'acc^s correspondant a ladite commande est 
m^morisee, 

si la condition d'acces est memorisee alors on lance I'execution de la 
15 commande, 

sinon on demande a Tutilisateur de satisfaire a la condition d'acces et alors, 
si I'utilisateur satisfait a la condition d'acces, on memorise la condition d'acces et 
on lance I'execution de la commande. 

3. Procede selon la revendication 2, caracterise en ce que, n d^signant un 
20 entier superieur ou egal a deux, Tutilisateur ayant satisfait a n conditions d'acces, 

on garde memoris^es les n demieres conditions d'acces satisfaites. 

4. Procede selon la revendication 3, caracterise en ce que, une nouvelle 
condition d'acces etant satisfaite par I'utilisateur, ladite condition d'accds n'etant 
pas en memoire, n conditions d'acces etant memorisees, on supprime de la 

25 memoire la condition d'acces la plus andennement satisfaite et on memorise la 
condition d'accds nouvellement satisfaite. 

5. Procede selon I'une quelconque des revendications 3 oq 4, n est egal au 
nombre de conditions d'acces pour I'ensemble des commandes de tous les fichiers 
d'application. 
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6. Precede selon Tune quelconque des revendications 3 ou 4, n est 
superieur au nombre de conditions d'acces pour Tensemble des conunandes de 
tous les ficfaiers d'application. 

7. Procede selon Tune quelconque des revendications 3 ou 4, n est inferieur 
5 au . nombre de conditions d*acc&s pour Tensemble des conunandes de tous les 

fichiers d*applicatbn. 

8. Procede selon Tune quelconque des revendications 1 i 7, un contact 
6tant etabli pour d6marrer ledit procede de gestion de conunandes, le contact dant 
rompu, on eflface toutes les conditions d'acces. 

10 9. Carte (8) a puce adaptee a gerer des conunandes dans plusieurs fichiers 

d'application, a chaque commande dans chaque fichier d*application etant associee 
une condition d'acces correspondant a ladite commande, chaque conunande dans 
chaque fichier d'application etant ex^cutee si un utilisateur a ordonne Fexteution 
de ladite commande et si la condition d'acces correspondant a ladite commande est 

15 en memoire, caracterisee en ce qu'elle comporte des moyens pour garder en 
m^moire les conditions d'acces conjointement pour tous les fichiers d'application. 

10. Carte (8) selon la revendication 9, caracterisee en ce que, un utilisateur 
ayant ordonn6 Tex^cution d'une commande dans un fichier d'application, elle 
comporte : 

20 - des moyens adaptes a rechercher si la condition d'acces correspondant a 

ladite conunande est en memoire, 

- des moyens adaptes a lancer I'execution de la commande si la condition 
d'acc^ est en memoire, 

- des moyens adaptes a demander i Futilisateur de satisfsure a la condition 
25 d'acces la condition d'acces n'est pas en memoire, et 

- des moyens adaptes k m^moriser la condition d'acces et a lancer 
Fex^cution de la commande si Tutilisateur satisfait a la condition d'acces. 

11. Carte (8) selon la revendication 10, caracterisee en ce que, n designant 
un entier superieur ou dgal a deux, I'utilisateur ayant satisfait a n conditions 

30 d'acc^, elle comporte des moyens adaptes a garder en memoire les n demieres 
conditions d'acces satisfattes. 
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12. Carte (8) seion la revendicalion 11, caractdris6e en ce que, une nouvelle 
condition d'acces etant satisfaite par Tutilisateur, ladite condition d'acces n'etant 
pas en memoir^ n conditions d'aocis etant memorisees, eUe comporte des moyens 
adaptes a supprimer de la memoire la condition d^acces la plus anciennement 

5 satisiaite et i m&noriser la condition d'acces nouvellement satisfaite. 

13. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
6gal au nombre de conditions d*acc6s pour Pensemble des commandes de tous les 
fichiers d^application. 

14. Carte (8) selon Tune quelconque des revendications 11 ou 12, n est 
10 superieur au nombre de conditions d'acces pour Tensemble des commandes de 

tous les fichiers d'application. 

15. Carte (8) selon I'une quelconque des revendications 11 ou 12, n est 
inferieur au nombre de conditions d'acces pour Tensemble des commandes de tous 
les fichiers d'application. 

15 16. Carte (8) selon Tune quelconque des revendications precedentes 

caracterisee en ce qu'elle comporte un contact et des moyens adaptes a supprimer 
toutes les conditions d'acces Ibrsque le contact est rompu. 
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L'UTILISATEUR A ORDONNE L'EXECUTION 
D'UNE COMMANDE DANS UN FICHIER D'APPLICATION 



J 

ON RECHERCHE SI LA CONDITION D'ACCES 
CORRESPONDANT A LADITE COMMANDE EST MEMORISE 
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SI LA CONDITION D'ACCES EST 
MEMORISEE. ALORS ON LANCE 
L'EXECUTION DE LA COMMANDE 
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SI LA CONDITION D'ACCES N'EST PAS 
MEMORISEE. ALORS ON DEMANDE A 
L'UTILISATEUR DE SATISFAIRE A LA 
CONDITION D'ACCES 
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SI L'UTILISATEUR SATISFAIT A LA 
CONDITION D'ACCES. ALORS ON MEMORISE 
LA CONDITION D'ACCES ET ON LANCE 
L'EXECUTION DE LA COMMANDE 
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Abstract of FR2793048 

The invention relates to a method for controlling 
commands in several application files, whereby 
an access condition corresponding to said 
command is associated with each command in 
each application file, each command in each 
application file is executed if a user orders the 
execution thereof and if the access condition 
corresponding to said command is stored. 
According to the invention, the access conditions 
are stored jointly for ail application files. 
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